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AMENDMENTS TO THE CLAIMS: 



This listing of claims will replace all prior versions, and listings, of claims in the 



application: 



Listing of Claims: 



1. (currently amended) A method of restarting resource reservation protocol (RSVP) 
processes in multiple network devices, the method comprising the computer- 
implemented steps of: 

entering a recovery mode; 

sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recoveiy Time value; 

completing the recoveiy mode , after sending the Hello message ; 

sending a Hello message to the first neighbor RSVP node, after completing the 

recovery mode, wherein the Hello message comprises a Recovery Time value 
of zero. 

2. (original) A method as recited in Claim 1, further comprising the steps of: 
receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a recovery 
mode. 

3. (original) A method as recited in Claim 2, further comprising the steps of: 
receiving, from the second neighbor RSVP node, a Hello message having a zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a normal 
mode. 

4. (previously presented) A method as recited in Claim 2, wherein the step of storing 
information further comprises the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 
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forwarding the PATH message to a downstream node with the Recovery Label only in 
response to determining that the PATH message is being sent to a node that is 
in recovery mode. 

5. (original) A method as recited in Claim 4, further comprising forwarding the PATH 
message to a downstream node with a Suggested Label in response to determining 
that the PATH message is being sent to a node that is not in recovery mode. 

6. (original) A method as recited in any of Claims 4 or 5, wherein the determining step is 
performed based on whether a Recovery Time value in a previously received Hello 
message is non-zero. 

7. (original) A method of restarting RSVP processes in multiple network devices, the 
method comprising the computer-implemented steps of: 

entering a recovery mode; 

sending a Hello message to a first neighbor RSVP node, wherein the Hello message 

comprises a non-zero Recovery Time value; 
completing the recovery mode; 

sending a Hello message to the first neighbor RSVP node, wherein the Hello message 

comprises a Recovery Time value of zero; 
receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a recovery 

mode; 

receiving, from the second neighbor RSVP node, a Hello message having a zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a normal 

mode; 

receiving an RSVP PATH message that contains a Recovery Label; 

forwarding the PATH message to a downstream node with the Recovery Label only in 

response to determining that the PATH message is being sent to a node that is 

in recovery mode; 
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forwarding the PATH message to a downstream node with a Suggested Label in 

response to determining that the PATH message is being sent to a node that is 
not in recovery mode. 

8. (currently amended) A computer-readable volatile or non- volatile medium carrying 
one or more sequences of instructions for restarting resource reservation protocol 
(RSVP) processes in multiple network devices, which instructions, when executed by 
one or more processors, cause the one or more processors to carry out the steps of: 
entering a recovery mode; 

sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recovery Time value; 

completing the recovery mode , after sending the Hello message ; 

sending a Hello message to the first neighbor RSVP node, after completing the 

recovery mode, wherein the Hello message comprises a Recovery Time value 
of zero. 

9. (previously presented) A computer-readable volatile or non- volatile medium as 
recited in Claim 8, further comprising instructions for performing the steps of: 
receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a recovery 
mode. 

10. (previously presented) A computer-readable volatile or non- volatile medium as 
recited in Claim 9, further comprising instructions for performing the steps of: 
receiving, from the second neighbor RSVP node, a Hello message having a zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a normal 
mode. 

1 1 . (previously presented) A computer-readable volatile or non- volatile medium as 
recited in Claim 9, wherein the step of storing information further comprises 
instructions for performing the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 
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forwarding the PATH message to a downstream node with the Recovery Label only in 
response to determining that the PATH message is being sent to a node that is 
in recovery mode. 

12. (previously presented) A computer-readable volatile or non-volatile medium as 
recited in Claim 11, further comprising instructions for forwarding the PATH 
message to a downstream node with a Suggested Label in response to determining 
that the PATH message is being sent to a node that is not in recovery mode. 

13. (previously presented) A computer- readable volatile or non- volatile medium as 
recited in any of Claims 1 1 or 12, wherein the determining step is performed based on 
whether a Recovery Time value in a previously received Hello message is non-zero. 

14. (currently amended) An apparatus for restarting resource reservation protocol (RSVP) 
processes in multiple network devices, comprising: 

means for entering a recovery mode; 

means for sending a Hello message to a first neighbor RSVP node, after entering the 
recovery mode, wherein the Hello message comprises a non-zero Recovery 
Time value; 

means for completing the recovery mode , after sending the Hello message ; 

means for sending a Hello message to the first neighbor RSVP node, after completing 

the recovery mode, wherein the Hello message comprises a Recovery Time 

value of zero. 

15. (original) An apparatus as recited in Claim 14, further comprising: 

means for receiving, from a second neighbor RSVP node, a Hello message having a 

non-zero Recovery Time value; 
means for storing information specifying that the second neighbor RSVP node is in a 

recovery mode. 

16. (original) An apparatus as recited in Claim 15, further comprising: 

means for receiving, from the second neighbor RSVP node, a Hello message having a 

zero Recovery Time value; 
means for storing information specifying that the second neighbor RSVP node is in a 

normal mode. 
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17. (previously presented) An apparatus as recited in Claim 15, wherein the means for 
storing information further comprises: 

means for receiving an RSVP PATH message that contains a Recovery Label; 
means for forwarding the PATH message to a downstream node with the Recovery 

Label only in response to determining that the PATH message is being sent to 

a node that is in recovery mode. 

18. (original) An apparatus as recited in Claim 17, further comprising means for 
forwarding the PATH message to a downstream node with a Suggested Label in 
response to determining that the PATH message is being sent to a node that is not in 
recovery mode. 

19. (original) An apparatus as recited in any of Claims 17 or 18, wherein the means for 
determining is based on whether a Recovery Time value in a previously received 
Hello message is non-zero. 

20. (currently amended) An apparatus for restarting resource reservation protocol (RSVP) 
processes in multiple network devices, comprising: 

a network interface that is coupled to the data network for receiving one or more 

packet flows therefrom; 
a processor; 

one or more stored sequences of instructions which, when executed by the processor, 

cause the processor to carry out the steps of: 
entering a recovery mode; 

sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recovery Time value; 

completing the recovery mode , after sending the Hello message ; 

sending a Hello message to the first neighbor RSVP node, after completing the 

recovery mode, wherein the Hello message comprises a Recovery Time value 
of zero. 
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21. (original) An apparatus as recited in Claim 20, further comprising sequences of 
instructions for performing the steps of: 

receiving, from a second neighbor RSVP node, a Hello message having a non- 
zero Recovery Time value; 

storing information specifying that the second neighbor RSVP node is in a 
recovery mode. 

22. (original) An apparatus as recited in Claim 21, further comprising the steps of: 
receiving, from the second neighbor RSVP node, a Hello message having a zero 
Recovery Time value; 

storing information specifying that the second neighbor RSVP node is in a normal 
mode. 

23. (previously presented) An apparatus as recited in Claim 21, wherein the step of 
storing information further comprises the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 
forwarding the PATH message to a downstream node with the Recovery Label 

only in response to determining that the PATH message is being sent to a 

node that is in recovery mode. 

24. (original) An apparatus as recited in Claim 23, further comprising forwarding the 
PATH message to a downstream node with a Suggested Label in response to 
determining that the PATH message is being sent to a node that is not in recovery 
mode. 

25. (original) An apparatus as recited in any of Claims 23 or 24, wherein the 
determining step is performed based on whether a Recovery Time value in a 
previously received Hello message is non-zero 

26-52. (cancelled). 
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